home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940161.txt < prev    next >
Text File  |  1994-11-13  |  24KB  |  561 lines
  1. Date: Wed, 25 May 94 04:30:27 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #161
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed, 25 May 94       Volume 94 : Issue  161
  11.  
  12. Today's Topics:
  13.                     9600 bps radio modems (2 msgs)
  14.                       Alpha-Numeric Paging Soft
  15.                     Alpha-Numeric Paging Software
  16.                           Apple 2 on Packet 
  17.                        baycom problem (2 msgs)
  18.                       How to hook HT-202 to TNC?
  19.                     How to run TCP/IP with Baycom?
  20.                       need docs, Knight dmm kit
  21.                        Radio BBS links LL BBS ?
  22.                               Skinny Dip
  23.                      TNOS and NETROM help needed.
  24.                   TNOS and NEWS Center help needed.
  25.  
  26. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  27. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  28. Problems you can't solve otherwise to brian@ucsd.edu.
  29.  
  30. Archives of past issues of the Ham-Digital Digest are available 
  31. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  32.  
  33. We trust that readers are intelligent enough to realize that all text
  34. herein consists of personal comments and does not represent the official
  35. policies or positions of any party.  Your mileage may vary.  So there.
  36. ----------------------------------------------------------------------
  37.  
  38. Date: 24 May 1994 17:51:59 GMT
  39. From: nothing.ucsd.edu!brian@network.ucsd.edu
  40. Subject: 9600 bps radio modems
  41. To: ham-digital@ucsd.edu
  42.  
  43. steve.diggs@totrbbs.atl.ga.us (Steve Diggs) writes:
  44. >We're getting the cart before the horse in this message thread. 9600
  45. >packet is an IF interface; squelch control is a AF section function.
  46.  
  47. Not at all.  9600 bps as used by the K9NG et al modems is simply direct
  48. FSK; it appears at the FM radio's detector as audio with a maximum
  49. component at 4800 Hz.  I suspect you mean 'detector' instead of 'IF'.
  50.  
  51. >audio at the IF is always unsquelched, and rightly so.
  52.  
  53. Yes, you'll need unsquelched audio for the demodulator in the modem.
  54. On most radios, you can pick this off the output of the detector chip.
  55. With Motorola Mitrek and Micor radios, the buffered (not NOT deemphasized)
  56. audio available on the control connector on the front of the radio works
  57. just fine!
  58.  
  59. >Further,
  60. ><anything> do to with the AF section screws 9600 transmissions up due to
  61. >the normal pre-emphasis and de-emphasis curcuitry in the AF section.
  62.  
  63. Yes, the normal audio path for the transmitter isn't going to pass the
  64. 4800 Hz audio that is the digital signal.  You need to go directly into
  65. the modulator.  In the Mitrek, you can do this by shoving the modem
  66. output audio directly into the channel element - you just cut out one
  67. resistor (R515?) to isolate the channel element (which contains the
  68. modulator) and insert the audio there.  There are spare pins on the
  69. control connector you can use to get the signal into the radio without
  70. having to drill any holes.
  71.  
  72. >seems that 9600 packet audio requires it's own custom de-emphasis based
  73. >on the exact discriminator used in order to get the eye pattern right to
  74. >the modem. Hence the difficulty of getting the IF interface right.
  75.  
  76. If you wish to be extreme, perhaps.  I find that I get quite nice eye
  77. patterns by simply keeping the transmit deviation down around 2 to 2.5
  78. kHz max so that I don't rub against the edges of the receiver IF.
  79.  
  80. >So...bottom line is...doesn't matter how fast/slow the squelch
  81. >is...you're way on the IF side of the squelch curcuit anyway.
  82.  
  83. But that's not the point.  If you are building a repeater, it is not
  84. really a bad design to use the radio's SQUELCH to control the
  85. transmitter PTT and timers.  You can easily speed up the squelch - just
  86. make a few of the timing capacitors in the squelch circuit a bit smaller
  87. or remove them entirely - and the radio will key up faster than the
  88. current modem's carrier detect circuit can operate.
  89.  
  90. There is one caveat here: most squelch circuits work by using a
  91. high-pass filter to measure noise from the detector and use that
  92. to decide when a signal is quieting the receiver.  You have to make
  93. sure that your squelch circuit's high-pass filter is listening well
  94. above the 4800 Hz of the 9600 bps signal, which may mean making some
  95. caps a bit smaller here and there.
  96.  
  97. >I clearly state here that this is an area for ongoing discussions, as I
  98. >am not satisfied with the work I've done so far in 9600 packet, so any
  99. >help/comments/objections is appreciated.
  100.  
  101. I have one point I've not yet decided upon: what to transmit during the
  102. repeater's delayed-drop ("hang") time.  There isn't a simple universal
  103. answer, I suspect.
  104.  
  105. If users use K9NG modems for the repeater client stations, I have to
  106. transmit random noise during the DDO, because otherwise the user modems
  107. will detect carrier and will hold off transmissions until the repeater
  108. carrier drops.  If I am using one of the better modems (G3RUH,
  109. TAPR-new) in the repeater's repeat circuits, they will NOT retransmit
  110. noise in the absence of carrier.
  111.  
  112. The best solution I've come up with was to simply have a ZERO DDO - in
  113. other words, no hang time at all.  Since the repeater is a modified
  114. Mitrek, there are no moving parts, and I really can do this, at the
  115. sacrifice of some keyup delay.  The trick there is to keep the TX channel
  116. element powered continuously, so that it doesn't take any time to start.
  117. The Mitrek has some power sequencing circuitry in it to ensure that the
  118. transmitter doesn't produce power until after the antenna relay has
  119. changed over; I'll have to bypass that too.
  120.  
  121. I'm still fiddling too, and I'm interested in others experiences as well.
  122.  
  123.     - Brian
  124.  
  125. ------------------------------
  126.  
  127. Date: Tue, 24 May 1994 23:50:24 GMT
  128. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!csus.edu!netcom.com!wb6w@network.ucsd.edu
  129. Subject: 9600 bps radio modems
  130. To: ham-digital@ucsd.edu
  131.  
  132. Another issue that is of some criticality to 9600 ops is frequency
  133. netting. Most of the amateur FM radios I've looked at have carrier
  134. frequencies on the order of a few hundred Hz. My own 9600 radio is
  135. a multi-mode, so I can tune in 100Hz steps - something the usual FM
  136. radio can't easily do. 
  137.  
  138. By experimenting with some of the locals, we found that a 200 Hz error
  139. between TX & RX (100Hz each) will blow the channel reliability to
  140. kingdom come. A 400Hz error will render the channel unusable. 
  141.  
  142. It is not very difficult to "net" most synthesised or xtal radios, 
  143.  
  144. ...*BUT*...
  145.  
  146. you have to know to do it. (I haven't seen this particlar kink mentioned
  147. very often on here - so here it is again!) 73 de Glenn wb6w@netcom.com
  148.  
  149. ------------------------------
  150.  
  151. Date: 24 May 1994 17:30:20 -0400
  152. From: ankh.iia.org!mary.iia.org!not-for-mail@uunet.uu.net
  153. Subject: Alpha-Numeric Paging Soft
  154. To: ham-digital@ucsd.edu
  155.  
  156. IO>Can anyone help me find a site to download or purchase cheaply
  157. IO>a alpha-numeric paging program for use on a msdos/modem computer and
  158. IO>a comercial paging system.
  159. IO>Any help would be greatly appreciated.
  160. IO>Send responses to io70310@maine.maine.edu
  161. IO>Thanks in Advance
  162. IO>Chuck McMahan
  163.  
  164. Try to find an older copy of Sidekick (by Borland I think).  It had an
  165. alphanumeric pager utility in there.  I don't know if there is a newer
  166. version or whether this program is still marketed?
  167.  
  168. I had started to write a program to do this, but like many
  169. of my programming projects, it bacame 80% done before I lost interest.
  170. If you are interested in the program and can program in Turbo Pascal, I
  171. could prolly get it to you.
  172.  
  173. Tom
  174. denglet1@iia.org
  175.  
  176.  * SLMR 2.1a * 
  177.            
  178.  
  179. ------------------------------
  180.  
  181. Date: 24 May 1994 16:26:42 GMT
  182. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!wupost!udel!news.sprintlink.net!bga.com!patm@network.ucsd.edu
  183. Subject: Alpha-Numeric Paging Software
  184. To: ham-digital@ucsd.edu
  185.  
  186. Chuck McMahan (IO70310@MAINE.MAINE.EDU) wrote:
  187. : Can anyone help me find a site to download or purchase cheaply
  188. : a alpha-numeric paging program for use on a msdos/modem computer and
  189. : a comercial paging system.
  190. : Any help would be greatly appreciated.
  191. : Send responses to io70310@maine.maine.edu
  192. : Thanks in Advance
  193. : Chuck McMahan
  194.  
  195. I am not aware of share/free ware to do this but I know that any comm
  196. program can access the paging terminal.  Ask the paging co for the
  197. terminal access number, just dial it as you would a BBS, etc., but in my
  198. experience the paging co's usually use 300 or 1200 bps.  It will then ask
  199. for "ID=" and this is usually just the name of the paging co (e.g. MCCAW),
  200. then give the telephone no. of the pager (no area code seems to necessary)
  201. and then the message Works great for occasional use although for heavy use
  202. a dedicated program would be preferable. 
  203.  
  204. Pat McGuire  WA8PLR
  205. Austin  TX
  206.  
  207. ------------------------------
  208.  
  209. Date: Tue, 24 May 1994 12:01:05 GMT
  210. From: ihnp4.ucsd.edu!swrinde!gatech!usenet.ins.cwru.edu!nigel.msen.com!zib-berlin.de!uni-paderborn.de!urmel.informatik.rwth-aachen.de!newsserver.rrzn.uni-hannover.de!u9313001@network.ucsd.edu
  211. Subject: Apple 2 on Packet 
  212. To: ham-digital@ucsd.edu
  213.  
  214. Jeffrey D. Angus (jangus@skyld.grendel.com) wrote:
  215.  
  216. : In article <1994May23.163522.6779@newsserver.rrzn.uni-hannover.de> u9313001@qub.ac.uk writes:
  217.  
  218. :   >   Anyway the main point is does anyone anywhere know of any software for the
  219. :   > apple 2 that allows it to run packet WITHOUT the use of a Super Serial Card as
  220. :   > the are pretty hard to come by. The apple has a perfectly good Game I/O 
  221. :   > connector and I do not see why it could not be implemented to use a modem 
  222. :   > such as Baycom. I am seriously considering writing my own software if I do not
  223. :   > find some, and I am also considering writing similar program for the Spectrum
  224. :   > with an Interface 1 to use its' serial port and microdrives. Perfectly suited
  225. :   > computers if you ask me, the C64 has it why can't the speccy or the Apple.
  226. :   > 
  227.  
  228. :   To the best of my knowledge there ain't none. (Explains the shortage!)
  229.  
  230. :   What you want to do is find "Poor Man's Packet" I believe it was released
  231. :   with the source code. (The source was available when it was first released
  232. :   via 73 magazine).
  233.  
  234. :   The source code (and a hardware reference manual) will show you how it's
  235. :   done.
  236.  
  237.  
  238.  
  239.   Thanks very much, I will have a look at that software as I know
  240. where I can get a copy, it will at least get me started.
  241.   However next question that should be in the Apple2 newsgroup is
  242. Does anyone know where to a get a copy of the C programing language with
  243. documentation for the Apple (pascal would do)
  244.  
  245.  
  246. Thanks
  247.  
  248.  
  249. Alan
  250.  
  251. ------------------------------
  252.  
  253. Date: Tue, 24 May 1994 11:11:48 GMT
  254. From: ihnp4.ucsd.edu!agate!usenet.ins.cwru.edu!news.csuohio.edu!sww@network.ucsd.edu
  255. Subject: Baycom problem
  256. To: ham-digital@ucsd.edu
  257.  
  258. JohnCase3 (johncase3@aol.com) wrote:
  259. : In article <1994Mar23.101051.26057@ucl.ac.uk>,
  260. : donnett@anatomy.ucl.ac.uk (Jim Donnett) writes:
  261. : 
  262. : >I've just put together a Baycom modem.
  263. : >but nothing seems to be received.
  264. : 
  265. : I just recenty set up my Baycom and had several days of frustration
  266. : with not being able to receive.  It turned out that I was using a
  267. : rubber duck on the HT and the signals were simply not strong enough!!
  268. : 73's John,WB2YGF - JohnCase3@aol.com
  269.  
  270. If you are using a 9-to-25 pin data line adapter, use an ohm meter to
  271. determine if all pins are fed through that adapter.  I had the same problem
  272. as you and found that a number of my adapters did not feed all the pins
  273. through.  Once I found a 9-to-25 that worked (from my Logitech mouse), all
  274. was well.
  275.  
  276. 73,
  277. Steve
  278.      NO8M@NO8M.#NEOH.OH.USA.NA
  279.      ag807@cleveland.freenet.edu
  280.  
  281. ------------------------------
  282.  
  283. Date: Tue, 24 May 1994 11:54:31 GMT
  284. From: ihnp4.ucsd.edu!agate!usenet.ins.cwru.edu!nigel.msen.com!zib-berlin.de!uni-paderborn.de!urmel.informatik.rwth-aachen.de!newsserver.rrzn.uni-hannover.de!u9313001@network.ucsd.edu
  285. Subject: baycom problem
  286. To: ham-digital@ucsd.edu
  287.  
  288.   An good way to make the baycom modem "hear" more anmd if you also suffer
  289. from a lot of rejects being sent and recieved, is to link the unused gate
  290. input in the 74HC14 chips input to ground. This makes the modem more stable.
  291. Also have you set up the recieve pot, as it does not necessarily have to be
  292. 2.7V fiddle and see. I use a baycom modem, with baycom, Gp, and Sp6
  293. and it hears signals that don't lift the needle. Baycom program itself is not
  294. the greatest hearer, try SP6 with Tfpcx V1.10 or above (GP V1.161). Only snag
  295. is u need an EGA display or above. SP6 is very ike baycom, and if you a want
  296. a copy I'm sure I can arrang it. A lot more versatlie though.
  297.  
  298.  
  299. Alan (u9313001@qub.ac.uk)
  300.  
  301. ------------------------------
  302.  
  303. Date: Tue, 24 May 1994 18:22:54 GMT
  304. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!news.bu.edu!att-in!cbnewsm!hellman@network.ucsd.edu
  305. Subject: How to hook HT-202 to TNC?
  306. To: ham-digital@ucsd.edu
  307.  
  308. In article <769741451snx@skyld.grendel.com>, jangus@skyld.grendel.com (Jeffrey D. Angus) writes:
  309. > 
  310. > In article <2r8h2n$p13@epic.truevision.com> davids@truevision.com writes:
  311. > 
  312. >   > 
  313. >   > I am trying to help a friend hook his Radio Shack HT-202 to a TNC.  It does
  314. >   > not show the connections in his manual.  Do I need to put any resistors or
  315. >   > caps in any of the lines?  Any help would be appreciated.
  316. >   > 
  317. >   > -David  N9PGH
  318. >   > davids@truevision.com
  319. >   > 
  320. >   >
  321. > 
  322. >   Use the example in the TNC manual for any ICOM handheld. 2AT 3AT 4AT etc.
  323. > 
  324. >
  325. Almost!  Use the example for YAESU!  (The difference is the resistor value.
  326. the HTX 202 requires 2.2KOhm.)
  327.  
  328. Shel Darack  WA2UBK  dara@physics.att.com
  329.  
  330.  
  331. ------------------------------
  332.  
  333. Date: 24 May 94 08:41:17 CST
  334. From: eng.iac.honeywell.com!The-Star.honeywell.com!centurio.mavd.honeywell.com!skyler.mavd.honeywell.com!estey@uunet.uu.net
  335. Subject: How to run TCP/IP with Baycom?
  336. To: ham-digital@ucsd.edu
  337.  
  338. I have a PacComm Baymod-9 working nicely on AX.25.  I understand that with
  339.  the-correct software I can run TCP/IP.  What do I need and where can I get
  340. it?  A description, at a top-level, of how this all works would also be
  341. appreciated. - 
  342. ______________________________________________________________________________
  343. Carl Estey                  |  Home Mail Address: 276 Walnut Lane
  344. Amateur Callsign:    WA0CQG |                     Apple Valley, MN 55124
  345.                             |  Business Address:  Honeywell Inc.
  346. Phone: Work (612) 954-7630  |  Flight Systems & Test Operations M/S MN15-2370
  347.        FAX  (612) 954-7495  |  1625 Zarthan Ave. S., St. Louis Park, MN 55416
  348.        Home (612) 432-0699  |  Packet: WA0CQG @ WA0CQG.#MSP.MN.USA.NA   
  349. The nonsense here is of my own making - no one else would want credit!
  350.  
  351. ------------------------------
  352.  
  353. Date: 24 May 94 12:51:44 GMT
  354. From: news-mail-gateway@ucsd.edu
  355. Subject: need docs, Knight dmm kit
  356. To: ham-digital@ucsd.edu
  357.  
  358. >I bought a knight dmm kit at a local swap meet and it's missing the 
  359. >instructions to put it together.  Unfortunately I don't have the model 
  360.  
  361. not surprising..probably is the reason it's not put together yet...
  362.  
  363. >measurements as well as the 
  364. >regular volt, ohm, current.  The docs would be great, but a phone #/address
  365. >for knight or its distributor would suffice.
  366.  
  367. well, for Knight-kits it WAS Allied Radio before the take-over by Tandy 
  368. Corporation. Then you also say it's a DMM (not a VOM..) so that makes it 
  369. recent.
  370.  
  371. Try the local radio shack....it's a long shot, but they might be able to do 
  372. something for you.
  373.  
  374. regards,
  375.  
  376. bill wb9ivr
  377. rockwell avionics/collins
  378.  
  379. ------------------------------
  380.  
  381. Date: 24 May 94 20:00:54 GMT
  382. From: news-mail-gateway@ucsd.edu
  383. Subject: Radio BBS links LL BBS ?
  384. To: ham-digital@ucsd.edu
  385.  
  386. Hi there,
  387.  
  388. I dont know if this is the correct list for ask about the subject. Pse, forgive
  389. me if so.
  390. I've a f6fbb+bpq BBS running and a modem port with a Zoltrix 14400 modem. The
  391. last one would be better used if a full LL BBS were activated there. I guess a
  392. software like Quickbbs or RemoteAccess as a good deal. However, for hams, the
  393. fbb would be lost thru its phone access. So, I'm curious about:
  394.  
  395.  - Is there a way to get linked fbb and Quickbbs or RemoteAccess (of course,
  396.  the modem would out of fbb control) ? For instance, the privilege on LL BBS
  397.  would be set to hams in such way they could "go" to fbb and vice-versa. Sounds
  398.  like a crazy idea?
  399.  
  400.  - if the above configuration is not appropriated to the idea, what set up
  401.  could I do to joins both "things"? Some time ago, I saw some headers in the
  402.  radio bbs traffic with the word "PHONE", below or above another "true"  line,
  403.  both with the same callsign. I guess that was made automatically.
  404.  
  405. Can someone help me?
  406. Many thanks in advance es 73's
  407. ps: if this list is the wrong place, please, email me directly.
  408.  
  409. Luiz Catalan - PP5AQ
  410. packet: PP5AQ@PP5AQ.SC.BRA.SA
  411. internet: catalan@vortex.ufrgs.br
  412. 
  413.  
  414. ------------------------------
  415.  
  416. Date: 24 May 1994 04:42:12 -0400
  417. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!gatech!usenet.ufl.edu!usenet.cis.ufl.edu!anshar.shadow.net!anshar.shadow.net!nobody@network.ucsd.edu
  418. Subject: Skinny Dip
  419. To: ham-digital@ucsd.edu
  420.  
  421.      Ü╪╪╪╪╪Ü ╪╪  Ü╪╪ ╠╪╪╦ Ü╪╪╪╪╪Ü Ü╪╪╪╪╪Ü ╪╪   ╪╪      ╪╪╪╪╪╪Ü ╠╪╪╦ ╪╪╪╪╪╪Ü
  422.      ╪╪ÜÜÜÜ  ╪╪Ü╪╪ß   ╪╪  ╪╪   ╪╪ ╪╪   ╪╪ ╪╪Ü Ü╪╪      ╪╪   ╪╪  ╪╪  ╪╪ÜÜÜ╪╪
  423.       ßßßß╪╪ ╪╪ß╪╪Ü   ╪╪  ╪╪   ╪╪ ╪╪   ╪╪  ß╪╪╪ß       ╪╪   ╪╪  ╪╪  ╪╪ßßßß
  424.      ß╪╪╪╪╪ß ╪╪  ß╪╪ ╠╪╪╦ ╪╪   ╪╪ ╪╪   ╪╪   ╠╪╦        ╪╪╪╪╪╪ß ╠╪╪╦ ╪╪
  425.  
  426.                            ***  THIGH CREAM  ***
  427.  
  428.                The ORIGINAL thigh cream, as seen on national TV
  429.                    This is the NEW, SUPER STRENGTH formula
  430.                      Accept none of the immitation creams
  431.                             YOU'RE WORTH THE BEST!!!
  432.  
  433.      Now only $29.95 per bottle which INCLUDES shipping, handling and tax
  434.          U.S. orders only, please.  Rush check or money order to:
  435.  
  436.                               U.S. Health Inc.
  437.                           18524 NW 67th Ave. #311
  438.                            Miami, Florida  33015
  439.  
  440. ------------------------------
  441.  
  442. Date: 24 May 1994 15:31:22 GMT
  443. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!pipex!uknet!EU.net!ub4b!idefix.CS.kuleuven.ac.be!news.fundp.ac.be!pbj@network.ucsd.edu
  444. Subject: TNOS and NETROM help needed.
  445. To: ham-digital@ucsd.edu
  446.  
  447. Hello,
  448.  
  449. I see there's no NETROM facilities into the TNOS compiled distribution.
  450. I have some difficults to recompile the TNOS with BC 3.1.
  451. I ask if someone includes the NETROM facilities into the TNOS and if
  452. it's possible to send me the exe.
  453.  
  454. I test the TNOS on a 286 and sometimes the system hanged and stop.
  455. I assume it's probably due to a lack of memory (only 2048 K) because
  456. the 
  457. system stop when there are some connected features and only 12000 Bytes
  458. free.
  459.  
  460. Could you help me to boost the memory process.
  461.  
  462. Many thanks.
  463.  
  464. Pascal.
  465.  
  466. ------------------------------
  467.  
  468. Date: 24 May 1994 15:45:41 GMT
  469. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!pipex!uknet!EU.net!ub4b!idefix.CS.kuleuven.ac.be!news.fundp.ac.be!pbj@network.ucsd.edu
  470. Subject: TNOS and NEWS Center help needed.
  471. To: ham-digital@ucsd.edu
  472.  
  473. Hello again,
  474.  
  475. I need some informations about the NEWS Center included into the Normal
  476. distribution of TNOS.
  477. I have some troubles to configure the NEWS Center. Indeed, there are
  478. some files to place into the /spool/nnews/ but I don't have any
  479. informations to write these files.
  480. Could some one help me to find some info about these facilities offered
  481. bye the TNOS Distribution.
  482.  
  483. Pascal.
  484.  
  485. ------------------------------
  486.  
  487. Date: Tue, 24 May 1994 18:37:16 GMT
  488. From: world!dts@uunet.uu.net
  489. To: ham-digital@ucsd.edu
  490.  
  491. References <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca>, <1994May23.061932.641@beacons.cts.com>│⌐
  492. Subject : Re: PacketRadio forLinux with Baycom ??
  493.  
  494. In article <1994May23.061932.641@beacons.cts.com> kevin@beacons.cts.com (Kevin Sanders) writes:
  495. >In article <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  496. >>
  497. >>said that, however, there is a driver for Linux that does audio over the
  498. >>pc speaker using a timer and some sort of PWM, and it works unless the 
  499. >>machine is busy with disk I/O or the like.....  If you don't mind packet
  500. >>loss when the machine is busy, and the machine comming to a halt when 
  501. >>packet is going on (as it does with the pc speaker), then perhaps I'm
  502. >>wrong and it's worth a try.
  503. >
  504. >I experimented with a similar project; I wrote a driver which speeds up
  505. >the system clock and samples one of those AEA fax interface units, to
  506. >try to get HF fax running under Linux.  I found that the IDE disk driver
  507. >(at least for Linux 0.99.10 or so) disabled interrupts for long enough
  508. >to skew my picture by 5-10% of the width each time a sync() occured :-(
  509. >
  510. >I did not notice any other delays besides the IDE disk.  I now have
  511. >a SCSI-based system and it may not exhibit this problem.  I also heard
  512. >that the Linux IDE driver has been improved lately and does not disable
  513. >interrupts for as long as it used to.
  514.  
  515. Actually, many of the SCSI adapters, such as the 1542 from Adaptec, are
  516. BUS MASTER devices. This means that the main CPU cannot get on the bus
  517. to service interrupts at all during some periods. Bus mastering is a
  518. desirable way to improve performance for DMA on disk controllers. Expect
  519. to see lots more bust mastering on the newer bus achitectures.
  520.  
  521. >
  522. >Bottom line is, you must use the timer interrupt for polling as it is
  523. >the highest priority; and also you had better have as good (or better)
  524. >an understanding of the behavior of every driver, wrt locking out
  525. >interrupts, as the people who wrote them.  It's probably safest to
  526. >determine this empirically, by cranking up the tick speed and counting
  527. >the ticks for a few hours.  Beat on the system as hard as you can during
  528. >this time, and see if you missed any ticks (by checking against a
  529. >real clock).  You should be able to nail down the maximum tick rate
  530. >permissible and then decide if this is fast enough sampling for your
  531. >application.
  532.  
  533. Bottom line is, a PC's main processor makes a terrible SCC controller.
  534. the BAYCOM and PMP approaches are neat little hacks that really can
  535. only work when you're talking about a DOS based machine that can run
  536. without any preemption. Windows, Unix, Linux, OS/2, and most operating
  537. systems have preemptive scheduling. Sure you can tweak them to handle
  538. the timing needed for a $50 BAYCOM modem, though you run the risk of
  539. having to spend considerably more on enough computer horsepower to
  540. hit the timing windows, and enough of your time to make it non-cost
  541. effective.
  542.  
  543. What I find odd, is that spending another $50 to get to $100 and buy a
  544. real TNC, that can handle the synchronous communications of the packets
  545. on the air, handle the HDLC framing, etc. is MUCH simpler than trying
  546. to hack a multi-threaded or multi-processing OS into being able to 
  547. handle a BAYCOM modem. Sometimes the hardware solution is cheaper...
  548.  
  549. >
  550. Dan N1JEB
  551. -- 
  552. ---------------------------------------------------------------
  553. Daniel Senie                 Internet:     dts@world.std.com
  554. Daniel Senie Consulting                    n1jeb@world.std.com
  555. 508-779-0439                 Compuserve:   74176,1347
  556.  
  557. ------------------------------
  558.  
  559. End of Ham-Digital Digest V94 #161
  560. ******************************
  561.